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(£) Dual mode communication. 



© A material processing system comprising a plu- 
rality of material processing stations and means for 
transporting articles to be processed serially through 
the processing stations in a given order, the im- 
provement comprising a central processing station 
computer, a plurality of peripheral processing sta- 
tions, each of the peripheral processing stations in- 
cluding a microprocessor, a first data channel seri- 
ally interconnecting each of the peripheral process- 
ing station computers with the central processing 
station computer, a second data channel connecting 
each of the peripheral processing station computers 
directly with the central processing station comput- 
ers, and a third data channel interconnecting each of 
the peripheral processing station computers with its 
next adjacent peripheral processing station comput- 
J^ers, each of the channels performing a different data 
^processing operation for controlling the serial pro- 
OOcessing for transporting articles. 
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DUAL MODE COMMUNICATION 



This invention relates to document collating 
and envelope stuffing machines, and in particular to 
an automatic machine of the foregoing type ca- 
pable of higher speeds and increased reliability 
and flexibility. 

U.S. Patent No. 4,169.341 describes an auto- 
matic document collating and envelope stuffing 
machine comprising a main flow path employing a 
continuous conveying mechanism to an envelope 
stuffing station, in which one or more feeding sta- 
tions deposit documents onto a platform associated 
with each feeding station. The documents in each 
platform are picked up seriatim by the conveying 
mechanism and subsequently stuffed into enve- 
lopes. The feeding stations are, each in parallel 
with the main conveying mechanism, which op- 
erates continuously to pick up whatever documents 
are present on each feeder platform. 

While this machine operates satisfactorily for 
its intended purpose, it does have certain inad- 
equacies which limit its flexibility and speed. For 
example, the speed is determined solely by the 
main conveying mechanism, which proceeds at the 
same velocity even though documents are not 
present on the platforms. Moreover, it is difficult to 
keep track of the collation contents from station to 
station. Still further, it is difficult, if not impossible, 
to employ a single address document with coding 
to indicate the collation contents which can control 
each of the feeding stations in turn. 

Particularly, it is difficult to establish a commu- 
nication protocol between modules in a modular 
insertion system which will permit maximum speed 
of operation while not restricting the manner in 
which modules inter-communicate. This is an im- 
portant aspect for features such as queuing, pass 
collations, rejecting erroneous collations, passing 
error messages recognizing and adding new mod- 
ules without the requirements of changing switches 
or re-programming memory, and multi-language 
capability for non-English language countries. 

The patents referred to on this page are U.S. 
~ patents. Tomlinson et al 4,564,901 and Wand 
4,636,947 each relate to parallel processing sys- 
tems utilizing concurrent data transfer, the former 
b ing specifically directed to asynchronously inter- 
coupled microprocessors. 

Prodel et al (4,646,245) and Ropeiato 
(4,771 ,374) relate to modular manufacturing and 
process controls; Stiffler et al (4,508,631 and 
4,484,273) teach modular computer systems per 
se; Crabtree et al (4,604,690) provides for dynamic 
reconfiguring of a data processing system for ad- 
ded devices; and Shah et al (4,589,063) and Vin- 
cent et al (4,562,535) disclose automatic configura- 



tion in single computer systems. 

The patent to Davis et al (4,354,229) shows a 
loop initialization process. 

The patents to Innes (4,615,002 and 4,595,908) 
s relate to the multilingual features. 

The invention aims to provide a document col- 
lating and envelope stuffing machine that can op- 
erate at high speeds. 

It would be desirable to have a document col- 
10 lating and envelope stuffing machine that provides 
complete control of the collation contents. 

It would also be desirable to have a document 
collating and envelope stuffing machine that is 
more flexible in its oper tion, by which is meant 
is that the machine can control the contents of each 
collation by programming each feeder station, or 
by providing an address document coded with the 
collation contents which controls each feeder, or by 
an operator manually instructing each feeder sta- 
20 tion of the documents it is to contribute to the 
collation. 

The apparatus disclosed herein is a document 
collating and envelope stuffing apparatus character- 
ized by a plurality of local feeding stations with 
25 each located in series in the main document flow 
path. Each local feeding station is provided with a 
local queuing station directly in the main flow path. 
Each feeding station, in turn, captures the global 
collation created by the previous upstream feeding 
30 stations, adds if desired one or more documents to 
the collation, and then passes on to the next down- 
stream station the resultant global collation. A com- 
puter record is kept, of the global collation, and as 
documents are added the computer record is up- 
as dated and passed on to the next feeding station. 
The basic system may be called on-demand feed- 
ing. Each local feeding station in turn notifies the 
next local feeding station when its collation is com- 
plete so that the next feeding station is prepared to 
40 accept and contribute its own documents if desired 
to the global collation. The last feeding station, on 
demand, then feeds the resultant global collation to 
the envelope stuffing station, which can be followed 
if desired by a flap moistening and sealing station 
45 and ultimately by a sorter or postage machine if 
desired. In accordance with another feature of the 
invention, the accumulated collation record is 
checked for completeness, and if incomplete, the 
stuffed envelope is ejected from the main flow 
so path. 

This invention is also directed to a material 
processing system comprising a plurality of ma- 
terial processing stations, and mans for transport- 
ing articles to be processed serially through the 
processing stations in a given order; the improve- 
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ment wherein each of the processing stations com- 
prises a data and control processing system, and 
further comprising a communication path intercon- 
necting each the data and control processing sys- 
tem with the data and control processing system of 
the next preceding and next succeeding material 
processing station in the given order; each the data 
and control processing system comprising means 
for controlling material processing at the respective 
station, means for signaling the data and control 
processing system of the next previous station that 
the respective station is ready to receive material 
to be processed therefrom, and means for directing 
data to the data control and processing system of 
the next succeeding station concerning material 
processing steps that have been taken in the re- 
spective station on material to be passed to the 
next succeeding station as well as data it may have 
received from the data and control processing sys- 
tem of the next previous station concerning ma- 
terial processing steps that had previously been 
taken on the material to be passed to the next 
succeeding station. 

Principal benefits derivable from the machine 
of the invention include: 

1) the ability to add on additional feeding 
stations as modules without changing the basic 
operation. These additional feeders can include 
sheet feeders, bursters, which separate individual 
sheets from perforated fan-folded continuous pa- 
per, folders and like document handling apparatus; 

2) the speed of the machine is not fixed, but 
is instead dependent primarily on the time required 
for each local contribution to the collation. Thus, if 
no local contribution is made, no unnecessary de- 
lays are encountered at that feeding station; 

3) the collation record which is passed on 
from station to station is kept up to date and 
provides a reliable record of the collation contents 
at every station in the machine. 

4) the up-to-date collation record can readily 
be used to control subsequent machine operations, 
such as ejection in case of a defective collation; 

5) if an address document is used, it retains 
its position on top of the collation stack anrj thus 
can be readily scanned to control the machine, 
and, when the global collation is stuffed in the 
envelope, the address on the address document 
can be readily positioned to be visible through a 
window in the envelope. 

The system employs asynchronous operation 
with no reciprocating motion. Previous inserter sys- 
tems have operated asynchronously, but they have 
used a ram type reciprocating operation for inser- 
tion. This organization and structure reduces the 
vibration and noise and allows a lighter machine to 
be constructed. The queuing station arrangement 
and queuing device accumulates and holds docu- 



ments in collation order until a down stream mod- 
ule calls for the collation to be transferred, if a jam 
is encountered in one station, jam clearing be- 
comes much quicker because it is not necessary to 

5 disturb other collations in different module queuing 
stations, as all the other queue stations are in the 
wait state. The user only has to clear one station. A 
two belt system is employed for positive drive of 
collation through the insertion station. Positive high 

jo speed control is obtained by a continuous belt 
insertion drive mechanism. The continuous belt in- 
sertion provides a new form of insertion not pre- 
viously used. Prior art devices use a large wheel 
with a small roller which has to be operated syn- 

15 chronously. The use of the same device for both 
conveying a collation and also inserting it into an 
envelope is unique. After insertion, the envelope is 
turned 90 degrees and sent to the next module for 
moistening and postage application. The device 

20 also provides for asynchronously operating the en- 
velope turner in relation to the inserter operation. 
The asynchronous relationship between the en- 
velope turner and the inserter allows the inserter to 
reject erroneous colla tions without having to op- 

25 erate the turner and other downstream equipment. 
The electronic control of the present invention uses 
the concept of command/response, a unique com- 
munication arrangement. When the system is on 
but not running in insert mode, the communication 

30 is a command/respond, master/slave communica- 
tion arrangement. This is a one-to-one command 
response protocol where the master, the base en- 
velope feeder microprocessor, retains command 
and control over the various inserter module micro- 

36 processors. However, while the system is running 
in insert mode, the communication technique 
changes to a peer to peer or module to module 
transfer mode wherein each module creates a 
record of its activity, known as a piece record, and 

40 passes it onto the next module. Master slave com- 
munication is precluded during this mode of opera- 
tion. Communicate between modules (not a jam 
requiring user intervention) are transparent to the 
user. This allows the use of a single UART for dual 

45 purpose communications. It allows the throughput 
of large volumes of information because the pro- 
cessing is in parallel in each module and the data 
transfer throughout the modules is concurrent. 

The system also allows for automatic configu- 
50 ration of equipment on power up, and generates 
(each time it powers up) the necessary operating 
configuration information of the equipment. Prior 
systems require a configuration PROM installed in 
the equipment. For each configuration change, a 
55 new configuration PROM had to be generated and 
physically changed. It should be noted that such 
equipment allowed the user to selected features 
within the configuration, but not to change the 
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configuration itself. 

The ring of topology of the present invention 
facilitates geographic addressing for module iden- 
tification. The system employs a mast r controller 
operating in conjunction with the module computer. 
The system configuration analysis command from 
the master controller during the power up se- 
quence requires each module in the inserter to 
send data back. Because of this arrangement, the 
base system will have stored therein the number of 
modules and their respective addresses. The base 
need not know the particular nature of the modules. 
This allows for the addition of new and as yet 
unknown modules to the system. The software 
architecture is such that all messaging is displayed 
on the base module (all inserter configurations 
have an envelope module). Because all messages 
that are displayed are generated by the various 
inserter modules and transmitted to the base mod- 
ule microprocessor for display on a display screen 
(in any language the operator selects) the system 
is flexible and allows the addition of new modules 
that do not presently exist. This permits module 
additions without having to change any of the exist- 
ing software. Modules such as bar code readers. 
OCR readers, scanners, sorting devices, etc., can 
be easily added. 

Error messages can also be passed from mod- 
ule to base unit directly without passing through 
other modules along the second channel commu- 
nication link. Error messages are pre-stored in 
each module. The prestoring of error messages 
also allows the automatic selection of foreign lan- 
guage error messages. 

The electronics in each module allow for gen- 
eration of a piece record in software regarding 
each collation. A piece record is generated by the 
electronics and is passed from module to module, 
without passing through a master controller, asyn- 
chronously through the inserter, from one micro- 
processor to another. The piece record corre- 
sponds to the physical collation, which is being 
moved from module to module. It represents an 
image of the physical collation. Because of this 
architecture, one can pass a large amount of data 
in block format from module to module. Modular 
prior art systems typically worked in a master slave 
relationship and the concept of direct module to 
module or peer to peer communication in this 
context is unique. The piece record is a dynamic 
data structure and accommodates different sizes of 
collations in different runs. The piece record is 
passed in a sequenced arrangement, module to 
module, but not necessarily passed between the 
modules synchronously with the physical move- 
ment of the documents. Since, the piece record is 
dynamic, it can include data for running a printer 
and/or any currently unknown or new I/O device. 



A preferred embodiment of the invention will 
now be described in greater detail with reference to 
the accompanying drawings, wh rein: 

Fig. 1 is a perspective view of one form of 
s apparatus in accordance with the invention; 

Fig. 2 is a schematic side of the apparatus 
of Fig. 1 showing the main document transfer de- 
vices and sensors; 

Figs. 3a-3d illustrate schematically the asyn- 
w chronous operation of the apparatus of Fig. 1 ; 

Figs. 4a and b are an illustration of the reject 
mechanism of Fig. 2. 

Fig. 5 is a block diagram of the interrelating 
electronics system for operating the apparatus of 
15 Fig. 1; 

Fig. 6 is a block diagram of the electronics 
of a single module. 

Fig. 7 is a block diagram of the electronics 
of the base unit. 
20 Fig. 8 is a block diagram of the microproces- 

sor employed within a single module. 

Fig. 9 is a block diagram of the microproces- 
sor employed within a base unit. 

Fig. 10 is a flow chart illustrating the pro- 
25 gram routine and system flow within the base unit. 

Figs. 1 1 A and 1 1 b are flow charts illustrating 
the program routine and system flow within a mod- 
ule. 

Fig. 12 is a continuation of the program 

30 routine within the base unit. 

Fig. 13 is a supplemental flow routine. 
Fig. 14 is a flow chart illustrating the mes- 
saging sub-routine. 

Fig. 15 is a memory map illustrating the 

35 translation routine. 

Fig. 1 6 is a program routine and system flow 
chart illustrating the translation routine. 

Fig. 1 of the drawings show a perspective view 
on a table of the machine 10 of the invention 

40 provided with two document feeding stations 12, 
feeding station keyboard for data entry 12a, a 
transport station 13, electronics control station 14, 
with associated message display screen 15 and 
data key board 16, an envelope feeding station 17, 

45 an envelope .stuffing station 18, a turning and ejec- 
tion station 19. a moistener and sealing station 20, 
and a stacking station 21. Although only two docu- 
ment feeding stations are shown, it will be appre- 
ciated that many more feeding stations can be 

so added on to the front end of the machine, which 
has been indicated by the dashed lines 22 shown 
at the left end, and the operation of the overall 
machine does not change. These modules include 
bursting and folding modules also. The ability to 

55 add an additional modules without the necessity of 
reconfiguring both mechanisms and the central 
electronics is an important feature of the novel 
machine of the invention. The keyboard 14 is used 
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to provide operator input as to start, operating 
instructions, reset functions and the like. The dis- 
play 15 is employed to show error messages, 
module status, echo keyboard instructions and the 
like. 

The following detailed description will be more 
understandable with the brief description of the 
underlying concepts and operation of the machine 
now outlined. Each feeding station is independent 
of other feeding stations and its operation is con- 
trolled by a local microprocessor. Each feeding 
station, of which one or more may be included in 
the machine, is typically provided with a hopper for 
storing a stack of documents, and a plurality of 
sensors connected to its local microprocessor for 
controlling the feeding of one or more of its docu- 
ments to the global collation, and signalling the 
receipt and departure of the global collation. Each 
feeding station contains a queuing station for tem- 
porarily capturing and holding the global collation. 

When the queuing station of the current feed- 
ing station is empty, its local microprocessor is 
signaled and deposits into its local queuing station 
the one or more documents it is instructed to 
contribute. This instruction may come manually 
from an operator through the keyboard located on 
the side of the feeder, be programmed into the 
local- microprocessor through the base unit key- 
board, or be derived from a coded address docu- 
ment, typically the top document of the collation, 
which has been read by a scanner at an upstream 
feeding station and the information passed on to 
the local feeding station. When the local contribu- 
tion is completed, the upstream microprocessor is 
signaled to send down the so-far accumulated glo- 
bal collation, which is accomplished by opening a 
gate at the previous queuing station and activating 
a feeder mechanism which then deposits the global 
col lation on top of the local contribution at the 
current queuing station, This process, it will be 
noted, ensures that an address document, pre- 
viously on top of the collation, remains on top at 
the current queuing station. Each local micropro- 
cessor is passed in turn a collation record, which 
records the documents contributed to the global 
collation, and each microprocessor in turn updates 
the collation records and passes it downstream to 
the next feeding station, or, if the last, to the 
envelope stuffing station. When the global collation 
is completed at the current feeding station,, the next 
downstream feeding station or envelope stuffing 
station is informed. The global collation remains at 
the current queuing station until the next down- 
stream station is ready to receive the global colla- 
tion. This is the basis for the on-demand feeding 
label, which is essentially an asynchronous opera- 
tion in which local stations control the collation 
feeding while within, the local domain, i.e., its local 



queuing station. There is also a main computer or 
microprocessor which can communicate with each 
of the stations in the machine, but the collation 
record is transferred directly from local micropro- 

5 cesser to local microprocessor, instead of via the 
main computer. The operation of the envelope 
stuffing machine is similarly locally controlled by 
the state of the immediately upstream feeding sta- 
tion, except that any defects in the collation 

w records passed on to it will result in ejection of that 
stuffed enveloped from the main flow path. 

The schematic side view of Fig. 2 provides 
cross-sectional detail of the modules of Fig. 1. 
Each feeding station 12 comprises a hopper for 

is stacking a supply of documents designated 50 at 
the first station and 51 at the second station. The 
operation of both feeders 12 is the same, hence 
the description given below for the second feeder 
applies equally to the first. Transport means shown 

20 as rollers 34 feed one or more documents from the 
stack 51 down an inclined deck 23 onto a transport 
means shown as a belt drive 24. The belt drive is 
preferably two parallel belts, 24A and 24B, which 
provide positive high speed drive control on each 

25 side of the documents. At the right end of the belt 
drive 24 is a queuing station 25, represented by a 
gate 26 which blocks advance of documents and a 
solenoid 27 for lifting the gate 26 to allow docu- 
ments to advance to the next downstream station. 

30 The queuing station also includes a pressure roller 
33. The queuing station operation is a* two-step 
process, involving rotary motion of the station arm 
35 about the pivot point 36. The document trans- 
port is via the belt drive 24 which is blocked by the 

35 gate 26. When the downstream module is ready to 
receive the document or documents resident at the 
queuing station, the solenoid 27 is activated, caus- 
ing rotation of arm 35 about the pivot 36, and 
causing the gate 26 to rise out of its position 

40 blocking movement of the documents and placing 
pressure roller 33 down, forcing the document 
against the belt 24, resulting in transport of the 
document by the belt 24 to the next module. The 
rollers 34 are activated by a motor (not shown) and 

45 the transport 24 by a motor 28. Since a dual belt 
drive is used, the queuing station is duplicated on 
both sides of the document, once for each belt. 
This arrangement is duplicated in every module 
queuing station. 

so A plurality of sensors are present, such as, for 

example, optical sensors that can detect the pres- 
ence or passage of a document. The sensors in 
Fig. 2 are shown as units spaced across the docu- 
ment path, typically a light emitter and a photo- 

55 detector operating in a transmission mode (well 
known in the art) for clarity, but combined emitter- 
detectors operating in a reflective mode (also well 
known in the art) are preferred. Typically, each 
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place where documents stand or pass is provided 
with a sensor to keep track of the document flow. 
Thus, each hopper has an input sensor 29 to 
determine the presence of stacked documents, and 
an output sensor 30 for detecting the leading and 
trailing edge of passing documents to know how 
many have passed and when. Similarly, the queu- 
ing stations 25 each have an input sensor 3! to 
know when documents arrive, and an output sensor 
32 to know when they have left. This sensor ar- 
rangement is repeated in each module in the sys- 
tem. 

The envelope stuffer 18 has been described in 
detail in U.S. Patent No. 4,852,334, incorporated 
herein by reference, and need not be repeated. For 
present purposes, only the flow is necessary. The 
nveiopes 41. stacked on a hopper 42 with the 
usual input 43 and output 44 sensors, are fed by 
roller transport means 45 down an inclined deck 46 
through transport means 47 where each envelope 
is stopped at queuing station 48 comprising a gate 
49 and gate-opening solenoid 50. Sensor 51 is the 
input sensor for queuing station. When the en- 
velope is stopped at the gate, finger grabbers 52 
are activated to open the envelope, with the result 
that documents being transported by belt drive 53 
and roller 54 will be stuffed into the open envelope. 
The sensor 55 senses proper loading into the en- 
velope. Assuming proper loading, and readiness of 
the downstream module 19, the gate 49 is open, 
and the associated pressure roller 56 applies pres- 
sure to the envelope against the transport belt 57, 
causing the envelope to transport to the next mod- 
ule 19. 

The stuffed envelope passes to the turner sta- 
tion module. 19. 

The envelope is transported by transport belt 
61, driven by roller 62, under pressure of pivotable 
pressure roller 63, whereupon it comes to rest 
against a stop 64. Reject mechanism 65, if a reject 
condition exists, will eject the document in a direc- 
tion transverse to the document path. Absent a 
reject condition, the envelope is rotated 90°, from a 
position wherein the opening of the envelope is 
transverse to the feed path, to a position where the 
opening of the envelope is parallel to the feed path. 

Next, the feed path is raised relative to the 
document stop 64, as shown in Figure 2, so that 
the envelope is free to move, the pressure roller 63 
driving same against the belt 61, through pressure 
roller 66, to the next station 20. 

It will be evident that a principal advantage of 
the invention is the ability to be able to reject an 
unopened or damaged envelope, allowing multiple 
attempts at inserting any given collation that is 
being held in queue. 

Because the inserter is an in-line system, an 
appropriate location to reject the envelope is out of 



the turn station 19, 90° to the direction of the 
mailpath, in to a tray 19A (Fig. 1) that would be in 
close proximity to the operator for manual -handling, 
at a time after the envelope is transported out of 

5 the insertion area and positioned against the stops 
64 in the turner 19 before the turning cycle is 
started. This is an appropriate reject point because 
the envelope is not confined on both sides by 
transporting or turner mechanisms and it is station- 

io ary. The reject mechanism 65, Fig. 2. accom- 
plishes the reject function. 

Referring to Fig. 4, the rejection device is 
made up of a soft, constantly turning roller 81 on a 
long swinging arm 82 whose home position is out 

15 of the mailpath 83. Positioned under this roller is a 
curved ramp 84 that can move up and down by the 
action of a solenoid 85. The curve of the deck is 
such that when the arm swings through its travel, 
the ramp will always be below the turning roller. 

20 One end of this curved deck is under the lower left 
corner of the smallest envelope that the machine 
will handle 86. When it is desired to reject an 
envelope the solenoid 85 activates lifting the deck 
until it hits its stop 87 which is adjusted such that 

25 the turning roller 81 engages the deck 84 providing 
the power to swing the arm in the direction of the 
envelope 88 which is up against the turner reject 
position 86 the arm will hit its stop -90. At this time 
the turning roller grips the envelope 88 and sends 

30 it out of the machine 91 into the tray 19A. At this 
time the solenoid 85 is turned off and the deck 84 
drops down allowing the arm 82 to return to. its 
home position 92 driven by the torque of the verti- 
cal shaft 93 and the return spring 94. A sensor 95 

as is positioned in an appropriate location to sense the 
success or failure of a reject operation. Failure can 
include a reject report operation, which repeats all 
of the foregoing steps. Failure may include, for 
example, a dual feed into the turner station, 

40 wherein the reject operation removes only the up- 
permost of the dual feed documents, thus requiring 
a repeat reject. 

Referring again to Fig. 2. in station 20 the 
stuffed enveloped passes through a flap moistener 

45 represented as a wetted wick and reservoir 67, a 
flap sealer represented by rollers 68, and then 
transported by the drive belts 69 shown to storage 
or sorting facilities, or directly to a postage meter. 
The usual condition detection input 20A and output 

so 20B sensors for the moistener are present. 

The machine operation will be clearer from 
Figs. 3a-c, which show document positions during 
successive time periods. For clarity, the rightmost 
queuing station will be designated 25A, the pre- 
ss vious upstream queuing station 25B, and the left- 
most queuing station 25C. Fig. 3a assumes a stack 
of documents 70, previously referred to as the 
global collation, which is at a rest position at a 
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queuing station 25C of the upstream feeder 22, 
with an address document 71 on top (shown small- 
er for clarity). A controller meanwhile has instructed 
the next module 12 to feed one document 51 from 
its hopper to be added to the global collation. So, 
while the collation 70 waits at its queuing station, 
one set of the documents 51 is deposited in the 
local queuing station 25B, shown at Fig. 3b. The 
sensors having informed the controller that docu- 
ment 51 is present in station 250, then the control- 
ler opens the gate 72 at station 25c and the global 
colla tion moves downstream to the next queuing 
station 25B where it is halted by the gate 26B. The 
downstream path, indicated by the curved deck 73, 
is such as to deposit the global collation 70,71 on 
top of the document 51. This is shown in Fig. 3c. 
Meanwhile, station 25C having been emptied, can 
now be filled with the upstream global collation 74, 
shown with its address document 75 on top. Fig. 
3c also shows that the downstream feeder 12 has 
deposited a document 50 from its hopper onto its 
queuing station 25A. 

The last view shows another snapshot of the 
system at a subsequent time. The global collation 
51, 70, 71 at station 25B has moved downstream to 
queuing station 25A and placed on top of docu- 
ment 50. Upstream, a document 51 has been de- 
posited at station 25B, and the system is ready to 
advance global collation 74, 75 downstream to sta- 
tion 25B. 

An important feature is that each local station 
operates asynchronously, that is, substantially in- 
dependently of the other stations, feeding when 
instructed local documents to its local queuing sta- 
tion, and calling for the upstream global collation to 
be passed on to it as soon as its local feeding is 
over. Hence, local deposit of documents at multiple 
feeders is not synchronized, each feeder doing its 
own local feeding under control of a local control- 
ler. Similarly, global collation movements down- 
stream are not synchronized but are passed on, on 
demand of and under control of the next down- 
stream controller. Input and output sensors are 
employed at each module where appropriate. The 
sensors are constantly sending messages to the 
local controllers informing them of document arri- 
vals and departures. Each local controller pos- 
sesses the ability to transmit information to a cen- 
tra! controller. Similarly, the transport and feed 
mechanisms are similarly activated as needed and 
in an asynchronous manner. Although not shown, 
multiple sensors may be employed along each belt 
at each station to ensure bilateral symmetry of 
movement (absence of skew) along the mail path. 

The operation of the envelop stuffing, turning 
moistening and sealer stations is similar. The en- 
velope stuffer will not call for the global collation at 
25A until an envelope is positioned, opened and 



ready for stuffing. . Similarly, no stuffed envelopes 
wilt feed downstream until the turner moistener and 
sealer are ready to receive it. Additional module 
operations such as burster's, scanners, postage 
s meters sorters and stackers, whether upstream or 
downstream may be employed in this system, with 
similar sensor arrangements, local controllers and 
queuing. 

A schematic of a system block diagram in 
w accordance with the invention is given in Fig. 5. 

The overall communication concept employed 
herein is the concept of command/response, a 
unique communication arrangement. When the sys- 
tem is not running the communication is a 
/5 command/respond, master/slave communication ar- 
rangement. This is a one-to-one command re- 
sponse protocol where the master controller, here 
the base envelope feeder microprocessor, retains 
command and control over the various inserter 
20 module microprocessors. However, while the sys- 
tem is running, the communication technique 
changes to a piece record transfer mode. Master 
slave communication is precluded during this mode 
of operation. If there is a need to communicate 
25 between modules (not a jam requiring user inter- 
vention) such communication is transparent to the 
user. This allows the use of a single UART for dual . 
purpose communications and allows the throughput 
of large volumes of information because the pro- 
30 cessing is in parallel in each module and the data 
transfer throughout the modules are concurrent. 

The system also provides for automatic con- 
figuration of equipment on power up ( and gen- 
erates (each time it powers up) the necessary 
35 operating configuration information of the equip- 
ment. The ring of topology of the present invention 
facilitates a geographic addressing mode. The sys- 
tem configuration analysis command initiated by 
the master controller during the power up se- 
40 quence requires each module in the inserter to 
identify itself, serially, by tagging an address onto 
the command initiated by the base control unit and 
to pass the tagged data back to the master control- 
ler. Because of this arrangement, the syst m 
45 knows the number of modules and each module 
address. It does not, however, have to know the 
particular nature of the modules, i.e., feeder, burst- 
er, etc. This allows for the addition of new and yet 
unknown modules to the system. 
so In the running mode, a serial topology is em- 

ployed. Thus, the electronics in each module allow 
for generation of a piece record in software regard- 
ing each collation. A piece record is generated by 
the electronics and is passed from module to mod- 
55 ule asynchronously along the serial data link from 
one module microprocessor to the next. The piece 
record corresponds to a physical collation of the 
document set which is being moved from module 
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to module. An example of a piece record structure 
is illustrated in Appendix A. It represents an image 
of the physical collation. Because of this architec- 
ture, one can pass a relatively large amount of data 
in block format from module to module. The piece 
record is a dynamic data structure and accom- 
modates different size in different runs. The piece 
record data is in a sequenced arrangement and is 
passed between the modules in accordance with 
the communication protocol, and not necessarily 
synchronously with the physical movement of the 
documents- The piece record can include data for 
running a printer and/or any currently unknown or 
new I/O device- Also, communication continues be- 
tween modules on a local level, including local 
handshake factors for release of queued docu- 
ments. 

The software architecture is such that ail mes- 
saging is displayed on the base or envelope mod- 
ule (ail inserter configurations have an envelope 
module). Because all messages that are displayed 
on the base are generated by the various inserter 
modules and transmitted to the base module 
microprocessor for display on the display (in any 
language the operator selects) the system is flexi- 
ble and allows the addition of new modules that do 
not presently exist. This permits module additions 
without having to change any of the existing soft- 
ware. Modules such as bursters bar code readers, 
OCR readers, scanners, sorting devices, postage 
meters, printers etc.. can be easily added, both 
upstream or downstream from the master control- 
ler. 

The communication system of the present in- 
vention will now be set forth with greater detail in 
connection with Fig. 5. As shown in Fig. 5, the 
electronics controlling the base unit, that is to say 
all portions of the inserter shown in Fig. 1 with the 
exception of the add-on modules designated gen- 
erally as 12, is designated as block 100. The 
electronics for each individual module 12, des- 
ignated as modules 1, 2 and 3 for purposes of 
illustration, correspond to elements 102, 104 and 
106. It would be understood that additional mod- 
ules may be added, the dash lines between mod- 
ule 106 and base unit control 100 representative of 
such additional module insertion. The electronic 
interconnection between the base unit control 100 
and the module is set forth on a dual basis. First, 
local handshake signals are provided from base 
unit control 100 along the local handshake data line 
108 to module 102,. along bus 110 to module 104, 
bus 112 to module 106, and bus 114 to additional 
modules and ultimately to the base unit control 
100. The function of the local handshake signal 
data bus is to interconnect specific interunit com- 
munication signals in accordance with the operation 
of the device. Thus, the lines are shown as bi- 



directional, with the capability of exchanging in- 
formation as required between the respective 
microprocessors contained within each of the units, 
100, 102, 104 and 106. The base unit control 100 

5 is further connected along data line 116 for point to 
point unidirectional serial data flow to the module 
102. The module 102 is coupled to the module 104 
along the unidirectional serial bus 118, module 104 
coupled to module 106 along the unidirectional 

w serial data bus 120. and the module 106 coupled to 
the base unit control 100, through any intermediate 
module in the same manner, along unidirectional 
data bus 122. A second level of communication is 
provided between the base unit control 100 and 

ts each of the respective modules along the multi ' 
drop global serial-parallel data bus 124. This data 
bus is also bidirectional and serves the function of 
a direct means of communication between each of 
the modules and the base unit control. Thus, two 

20 levels of data communication are illustrated, first 
providing for serial information exchange from the 
base unit control through each of the respective 
modules, and a second level of communication 
providing for direct communication between the 

25 base unit control 100 and each of the respective 
modules 102, 104, and 106. The purpose of dual 
level communications is to maximize the speed of 
information exchange and thus to maximize the 
speed of the operation of the insertion operation. 

30 Referring now to Fig. 6, a generalized diagram 

of each individual module illustrating the relative 
relationship between respective components in 
such modules is shown. As indicated therein, the 
basic electronics for each individual module is con- 

35 tained within a module control board 130 which has 
respective input port 132 and output port 134 to 
input devices 136 and output devices 138. Input 
devices will include the various document position 
sensors indicated hereinabove with respect -to the 

40 explanation of the figures 1 and 2, as well as local 
switch settings and the like. The output devices will 
include various solenoids and relays, and display 
devices, and also as illustrated hereinabove. In 
addition, the control board will drive respective 

45 power sources, including the motor drive indicated 
generally as 138, driven by DC motor control 140 
under the control of an AC interlock control unit 
142. The motor 138 corresponds to motor drive 28 
shown schematically in Fig. 2. Informational input 

so to each individual module may be provided by 
means of a scanner and scanner control module 
144 which may consist of a conventional optical 
. scanner or the like, suitable for inputting informa- 
tion from a document, such as the document 71 

55 illustrated in conjunction with the explanation set 
forth in Figs. 3A-D or other input means derived for 
the purposes of inputting feeding information with 
respect to a document stack contained by the 
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respective module. 

As shown in Fig. 5. each of the various mod- 
ules has means for passing information relative to 
preceding modules there through. Thus, as shown 
in the module electronics schematic of Fig. 6, bi- 
directional module interface signals corresponding 
to tines 110. 112, 114 of Fig. 5 are provided into a 
terminal block 146 along pluralities of data line 148. 
The point to point unidirectional serial data bus 116 
illustrated in Fig. 5 is shown generally along the 
data lines 150. Outputs from the module are pro- 
vided through the upper terminal 152, and include 
the serial links between each of the modules, the 
serial link to the first module from the base unit, 
the multi drop command line port coupled to the 
multi drop global serial-parallel data bus 124, illus- 
trated in Fig. 5, and other bi-directional module 
interface signals required for hand shaking mode 
and the like. 

Referring to Fig. 7, a more detailed illustration 
of the functional relationship of the elements con- 
tained within the base unit central 100 is illustrated. 
As illustrated in Fig. 7, the base unit control elec- 
tronics includes a computerized base unit control 
board 160 containing a plurality of input and output 
data lines, coupled through port 162. These data 
lines include the serial link from the upstream mod- 
ule, the serial link to the first module in the system, 
the bi-directional module interface signals, the sys- 
tem status bus and the. multi drop command lines, 
among others. The base unit control electronics 
160 further includes input port 164 and output port 
168. The input port 164 is coupled to a series of 
input devices 166, which include the plurality of 
sensors positioned throughout the various areas of 
the base unit module,* as shown in Fig. 2. The 
output terminal port 168 is coupled to a plurality of 
output devices 170, which may include inter-active 
mechanical components such as the turning station 
and reject station noted in conjunction with Figs. 2 
and 4. In addition, the control board 5 is also 
coupled to AC and interlock control 172, which is in 
turn coupled to a filter 174 for receiving the AC 
power from input 176, and provides filtered AC to 
the AC output terminal 178 for powering the mod- 
ules. The AC and interlock control 172 is also 
coupled to the motor control circuit 180 which in 
turn supplied regulated DC current to the DC motor 
182 which is employed for driving the transport 
mechanisms and belt drivers illustrated in conjunc- 
tion with the explanation set forth above in Fig. 2. 
Input and output ports 164 and 168 are also coup- 
led to the motor control circuitry for communicating 
signals relative to the control of this motor. The 
operator interface module 184 is coupled to output 
of the electronic control board 160 for providing a 
interface between the keyboard control unit 14 and 
display 15, illustrated in conjunction with Fig. 1. 



In referenc to Fig, 8, a detailed description of 
the computer control of the base unit control board 
160 is illustrated. The data link is provided through 
input data port 190, and through timer 192 to the 

5 microprocessor t94 which is typically of th intel 
8051 family of microprocessors. A port expander 
196, which may be an Intel type 82C55 receives 
output signals from the microprocessor 194 and 
places these output sig nals into various data lines 

to for inter connection to the respective remote mod- 
ules. The decoder section 19 responds to signals 
received from the microprocessor 194 for interfac- 
ing with the timer 192, and the keyboard and 
display unit illustrated generally as unit 200. The 

is microprocessor 194 operates in conjunction with 
random access memory 202 for temporary data 
storage and a permanent read only memory 204 
for supplying the program control in the micropro- 
cessor 194. 

20 Referring now to Fig. 9, a more detailed dia- 

gram of the module control board 130 of Fig. 6 is 
illustrated. Each individual module is controlled by 
a local controller, such as the microprocessor 220, 
which is preferably of the Intel 8051 family, coup- 

25 led to a local data transfer bus 222 receiving local 
intermodule handshake signals through the local 
module handshake interface buffer 224. Local data 
transfer bus 222 also receives signals from the 
local input section 226 which includes the docu- 

30 " ment position sensors illustrated in conjunction with 
the explanation set forth in Fig, 2, local keyboard 
input, and other input devices. The data transfer 
bus also provides output signals from the micropro- 
cessor 220 to the local output section 228 for 

35 controlling electromechanical components contain- 
ed within the module such as motion clutches for 
driving the transports, solenoids for disabling the 
drive motors and activating the queuing stations, 
and relays for activating status lights and other 

40 power functions. As set forth above in conjunction 
with the explanation of the operation of Fig. 2, the 
data transfer bus 222 also carries signals to the 
buffer 230 for the global multi drop interface bus 
124 (Fig. 5). Block 232 includes EPROM for pro- 

45 gram storage for local program control and RAM 
for temporary storage are also coupled to the 
microprocessor local data transport bus 222 in a 
conventional manner. Microprocessor 220 also re- 
ceives the signals derived from the point to point 

so serial interface bus through buffer 234, 

With reference now to the block diagram of 
Fig. 10, the software routines utilized to establish 
operation of the electronic control system of the* 
inserter of the present invention will be described. 

55 The system provides for automatic configura- 

tion of equipment on power up, and generates 
(each time it powers up) the necessary operating 
configuration information of the equipment. Prior art 
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systems require a configuration PROM installed in 
the equipment. For each configuration change, a 
new configuration PROM had to be generated and 
physically changed. It should be noted that such 
equipment allowed the user to selected features 
within the configuration, but not to change the 
configuration itself. 

The system employs a master controller op- 
erating in conjunction with the module computer. 
The ring of topology of the present invention facili- 
tates geographic addressing for module identifica- 
tion. The system configuration analysis command 
promulgated by the base unit micro-processor dur- 
ing the power up sequence requires each module 
in the inserter to send data back. Because of this 
arrangement, the base unit microprocessor will 
have stored therein the number of modules and the 
address of each. It does not, however, know the 
particular nature of the modules. This allows for the 
addition of new and yet unknown modules to the 
system. The software architecture is such that all 
messaging is displayed on the base module (all 
inserter configurations have an envelope module). 
Because all messages that are displayed on the 
base are generated by the various inserter modules 
and transmitted to the base module microprocessor 
for display on a display screen (in any language 
the operator selects) the system is flexible and 
allows the addition of new modules that do not 
presently exist. This permits module additions with- 
out having to change any of the existing software. 
Modules such as bar code readers, OCR readers, 
scanners, sorting devices, etc., can be easily ad- 
ded. 

The present invention accomplishes this pur- 
pose by utilization of the uni-directional serial data 
busline 116, in which the base unit addresses all 
modules serially using a global system command 
sent on the serial channel. Geographically speak- 
ing, the control signal is sent to the furthest module 
first. The base unit maintains a table of addresses 
of each of the modules in the system. Thus, con- 
ceptually, the base unit initiates a control signal by 
a command which is sent to module 1, and module 
1 applies as a tag to the command signai a local 
address indicating its presence and its configura- 
tion. The tagged command signal passes along the 
serial data bus 1 18 to module 2, wherein module 2 
adds its address and configuration to the data and 
so on through module 3 and the remaining mod- 
ules until it returns to the base control unit wherein 
it is stored in memory. 

Referring now to Fig. 10, the program routine 
for the base module provides first for the initiation 
of the startup routine from the central unit, in block 
300. The next step in block 310 is the performance 
of local diagnostics within the base control unit 
Next, block 312, a module address assignment is 



initiated by passage of a geographic address com- 
mand along the serial data bus. The modules re- 
spond, as described above, by placing an address 
and type designation code or tag on the command 

5 signal, and passing same onto the next module, 
and so on, until the signal returns to the base unit 
wherein it is stored in memory. Thereafter, in block 
314, the system branches in accordance with the 
optional selections made by the operator regarding 

w the modes in which the inserter may operate. 
These modes includes START, SINGLE CYCLE. 
CHANGE PARAMETER MODE or REPORT MODE. 
Options are displayed on the local screen, and the 
operation chooses by keyboard inputting a choice. 

is The remaining options block 314 are SINGLE CY- 
CLE, SET UP TO CHANGE PARAMETERS and 
REPORT MODE. In single cycle, the program runs 
through only one insert operation and stops, in 
SET UP TO CHANGE PARAMETERS the commu- 

20 nication protocol creates a window into each mod- 
ule once the base unit becomes a terminal which 
allows the operator to communicate directly with 
each module. The REPORT and DIAGNOSTIC 
modes operate similarly. If the operator chooses 

25 the start mode, the operation proceeds to block 
316 wherein the first stage of the operation is to 
shut down the interchannel communication repre- 
sented in Fig. 5 by communication between blocks 
102 and 104, 104 and 106, etc. The program next 

30 enters block 318 and begins the run mode. In the 
run mode, the base unit sends out a global com- 
mand on the serial channel- that tells each individ- 
ual modules to enter a run mode, in response to 
which each module prepares for a document trans- 

35 fer to process paper. Once entering the run mode, 
the base unit awaits the receipt through each mod- 
ule along the serial channel of the signal indicating 
each module has effected run mode transfer opera- 
tion. This occurs in block 320. Upon receipt by the 

40 base unit control of a confirmation signal through 
each of the successive modules, the signal is ex- 
amined, block 322, to determine whether or not 
there are any problem checks, that is to say, 
whether any problems have occurred in each of the 

45 individual modules. Since each module has a 
unique channel address, a problem occurring in 
each of any individual modules will manifest itself 
by its own identification address in the base unit 
control system. As indicating in decision block 324, 

so any problems that are determined to have occurred 
will cause the system flow to proceed to block 326, 
where it is then determined which module has a 
particular problem. Through the message capability 
of the base unit, problems that occur in any individ- 

55 ual module are specifically identified and displayed 
to the operator, block 328, in the central unit elec- 
tronics display 15, see Fig. 1. In block 330, oper- 
ator input is awaited for purposes of correcting any 



10 



19 



EP 0 376 738 A2 



20 



specific problem which may have been displayed 
upon the display screen as a result of the analysis 
of step 322 will be clarified. Upon confirmation of 
the operator of correction of the problem, the cycle 
begins again as indicated by the legend "1" in a 
circle, corresponding with the circled 1 in the start 
block of 314, and repeats itself. Assuming the 
absence of a problem in the first or successive 
cycles, decision block 324 indicting same in the 
NO direction, then directs the flow to enter the run 
mode step 332. After entering run mode, the sys- 
tem transfers its operation, block 334, from a 
command-response, master-slave communication 
arrangement, which is a one-to-one command pro- 
tocol where the master unit retains command and 
control over the various inserter module micropro- 
cessors, to a piece record transfer mode. The 
electronics in each module allow for generation of a 
piece record in software regarding each collation. A 
piece record is generated by the electronics and is 
passed from module to module, without passing 
through a master controller, asynchronously 
through the inserter, from one microprocessor to 
another. The piece record corresponds to the phys- 
ical collation which is being moved from module to 
module. It represents an image of the physical 
collation. Because of this architecture, one can 
pass a large amount of data in block format from 
module to module. The piece record is a dynamic 
data structure and accommodates different sizes of 
collations in different runs. The piece record is 
passed in a sequenced arrangement, module to 
module, but not necessarily passed between the 
modules synchronously with the physical move- 
ment of the documents. Since the piece record is 
dynamic, it can include data for running a printer 
and/or any currently unknown or new I/O device. 
The beginning of the collation record generation, 
block 336. results in all communications between 
modules being done in a manner which is transpar- 
ent to the central unit, and not along the serial data 
channel. Handshaking communications take place 
along the communication links 1 1 0, 112 ,114, and 
piece record transfer along the links 118, 120 and 
122. Errors requiring operator intervention are 
transmitted to the base control unit by means of 
the multidrop global serial parallel databus 124, by 
which background mode communication is main- 
tained between the base unit control 100 and each 
of the respective modules. Thus, transfer of a large 
volume information is possible because processing 
is in parallel and each module and data transfer 
takes place in a concurrent manner. 

The next step after run mode block 336 is the 
collation record generation. Referring to Figs. 11 A 
& 11B. a module flow routine is shown. The piece 
record generate command block 336 begins the 
module flow routine. The piece record, also termed 



collation record, represents all of the particular data 
associated with a particular run through an individ- 
ual feeding module. The first step in the generation 
of the collation record is the activation of the motor 

s drive in the first feed module, block 338. In block 
340, the module then scans for the control signal 
for data which is to control the operation of the 
individual feeder. This data may include a number 
of specific documents for a run, the number of 

jo individual documents which may be included from 
that specific feeder, particular documents which will 
be required for an insert operation, and, in the case 
of downstream modules, information regarding the 
receipt of specific information from upstream mod- 

75 ules. This data may be provided from a control 
document, read optically or by bar code, or appear 
on the module keyboard, may be transmitted from 
the central unit, or may be sent as part of a data 
link communication from a remote source. The 

20 three options are illustrated as side paths, block 
342. 

It is also possible for multiple instructions to be 
issued in each module. Thus, for example module 
1 could contain a multipart invoice with instructions 

25 on collation, module 2 could contain a check cor- 
responding to the invoice with its own instruction. 
In block 344, the operation is commenced. Upon 
completion of the operation, a complete record, 
block 346, formed in memory in the microproces- 

30 sor circuitry of the feed module is created. The 
piece record is handed off from module to module 
when the current module has completed its colla- 
tion operation. However, release of the queuing 
station and passing the collation onto the next 

35 module, will only occur when the down str am 
module signals it is ready to accept same. Thus, 
the piece record transfer is not necessarily syn- 
chronous with the collation movement. In block 
360, the piece record is handed off to the next 

40 module, along the the point-to-point bidirectional 
serial data bus 118. At the same time, a ready 
signal, indicating that module 1 has its documents 
in queue, ready to send, is passed block 348, to 
module 2, the next downstream module. The next 

45 module processor M2 repeats the same routine, 
Fig. 1 1 B, as M1, with corresponding operation 
blocks shown with the same reference numbers but 
with "A" suffixes. When M2 has completed its 
collation operation, and has its documents ready at 

so its queuing station, it acknowledges same, block 
348A by providing its ready signal back along the 
bidirectional link 110 to the first module processor. 
At this point, block 349, the first module processor 
M1 releases its queuing station and the first mod- 

55 ule collation passes to the second module queuing 
station where it is combined with the second mod- 
ule collation. See Fig. 3a -d . Meanwhile, a similar 
operation has occurred at the next downstream 
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module, if any. It is noted that the piece record, 
that is the data status which defines the collation of 
the first module, has been forwarded to the next 
module when the collation has. been achieved at 
the first module, along the serial data link 118. This 
operation is part of the handshaking mode. Thus, 
the piece record is not necessarily synchronous 
with the actual passage of the physical collation 
from module to module. This multi-level commu- 
nication increases the processing time of the 
present invention. 

Each module includes a switch on its key panel 
for enabling on line, off line and automatic. If, for 
example, the module is on line and the switch is 
set for two there are then two documents in each 
cycle for each piece. There are two reading oper- 
ations in the module. First, the instructions on the 
incoming document are checked to see if there are 
any specific instructions. If the module is off line, 
the incoming piece document, which provides the 
collation instruction to the module, is ignored. If the 
module is on line, application are defined either by 
the input document, by the local hardware where 
set up was done on the local keyboard, or its input 
buffer if there was a set-up instruction passed 
through by the base unit. 

In the change parameter mode, where the base 
unit acts as a terminal for the local module, com- 
munication is set up along the serial data link. The 
module is addressed by the base unit, in accor- 
dance with the tag signal placed thereon, as ex- 
plained in the start up mode. Hence, through the 
base unit keyboard, the local module can be pro- 
grammed for an operation, and those instructions 
stored in the input buffer. The collation or piece 
record record is incremented by the information 
added in module 2, and passed on to the next 
module. This operation continues through each of 
the individual modules, shown by the dash line 
352. until the collation record is received and 
placed into the base unit, block 354. It will be 
understood that program steps shown in Figs. 11A 
and 1 1 B are all program instructions taking place 
within each individual module. Base unit Mow chart, 
which ended at block 334, then resumes at block 
354 when the collation record is received in the 
base unit. At this time, block 356, the base unit 
causes the insert operation to take place, as was 
described in conjunction with Rg. 2. At this point 
the base module checks the collation record in 
block 358 to determine if any specific errors have 
been sensed at any. stage or step in the insertion 
process. The several error checking routines will be 
described in further detail hereinafter, however 
each complete collation record provides an overall 
status for reject conditions. If the collation records 
indicate that a good run has taken place, decision 
block 360 sends the program to the turning step in 



block 361, Fig. 12, then to sealing, in block 362, 
and ends the operation in block 364. If the collation 
decision, block 360, indicates a bad collation 
record, caused for example by overweight inser- 
5 tions, then block 364, a rejection step takes place 
in block 366, energizing the ejection solenoid (Fig. 
4) and the program sends the transmission of an 
appropriate error message in block 368. 

Referring to Fig. 13. a subroutine in each mod- 

w ule monitors error operation. Thus, timing block 
370, and paper moving block 372 conditions, as 
examples, are continually monitored. Failure, N 
condition, forces a status check, block 374, wherein 
a Y indicates such condition is proper and the 

is system recycles, block 376. An N condition causes 
a system pause, block 378, explained in further 
detail below. 

Referring to Figure 14, the error routines and 
messaging concept employed in conjunction with 

20 the present invention is illustrated. Thus, as shown 
herein, the first stage of the program in block 400 
is a scan routine. The scan routine is continuous 
and operates throughout the entire operation of 
every insertion . run. During the scan routine, the 

25 base unit control 100, along the multidrop global 
serial parallel databus 124, interrogates each of the 
respective modules 102. 104, 106... The base unit 
scans each respective module for conditions which 
will continuously report machine status and does 

30 so along the multidrop global serial parallel inter- 
face bus 124, illustrated by an arrow line intercon- 
necting each of the modules to the base unit. Thus, 
the base unit scans for problems, block 400, and a 
decision block 402 detects presence or absence of 

35 error messages. In the absence of an error mes- 
sage, the scan cycle simply continues again, in- 
dicated by the N, or No line emerging from the 
decision block 402. In the event a problem does 
occur, the base unit enters a pause mode, and 

40 produces a pause mode signal at block 404, and 
an error message is generated. Messaging is han- 
dled so that each module has the entire text of an 
error message contained within itself. Each time a 
module error is signalled, the base unit simply 

45 displays the error message from each module 
upon receipt thereof, each module being individ- 
ually identified as explained and above in conjunc- 
tion with the start up process by a unique address 
placed upon each module in the initial scan routine. 

so The initiating of an error message may be promp- 
ted by a series of specific error indications, such 
as out of paper, paper jam, improper movement of 
a document and the like, indicated in the explana- 
tion of Figure 2. The error line may be driven by 

55 any module, and consists of a read-write line which 
the base unit samples at regular intervals. Each of 
the modules continually checks for a pause signal, 
block 406. In the event a pause signal is present, 
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each module begins a shutdown, block 408, 
wherein a module operation in progress is com- 
pleted. Module operation is frozen at the end of 
any specific operation convenient for completion 
and data stored for later restart, block 410. Stated 5 
simply, the error line is driven by the modules and 
read by the base unit. The pause line is driven by 
the base unit and read by the modules. The pause 
mode allows each of the modules to finish up their 
operations, reaching a point where each individual to 
module motor may be turned off and returned to a 
command-response mode, block 412. At this point, 
block 414, the module inserts a busy line into the 
multidrop line indicating that each module has 
completed its operation to a convenient point, and is 
that individual modules are synchronized with re- 
spect to an up or down stream module. Piece 
records at this stage are not transferred, but the 
serial data link is now clear for the response in 
command-response mode, block 416. Beginning at 20 
the base unit, a status request command is issued, 
block 418, along the serial data bus 116, received 
first by module 102, with a status request. If the 
status request of module 102 returns negative, the 
signal is passed along bus 118 to module 104 and 25 
a similar request made of module 104. This opera- 
tion is indicated in decision block 420, wherein a 
NO response of a status request to module 102 will 
result in the next successive down stream module 
address added to the status request, block 422, . 30 
and the cycle repeating in 418 requesting the issu- 
ance of a report, this time in the next successive 
module. Should this module now respond with an 
error response, block 424, an appropriate status 
report wilt be provided to the base unit, along with ' 35 
the message to be displayed on screen. As in- 
dicated above, each module contains the entire text 
of the message for each of the respective errors 
which a module may wish to display in the base 
unit display. Thus, the module responds with its 40 
address plus a message, which is passed through 
along the serial data link 116 along successive 
modules to the base unit for display on the base 
unit display screen. This is indicated in block 426. 
At this point, operator intervention is awaited, block 45 
428. Additional message indicators may be pro- 
vided in each respective module, such as red and 
green display lights indicating such errors as OUT 
OF PAPER, PAPER JAM and the like. If an OUT 
OF PAPER is displayed in the operator screen, the ' so 
operator then is provided with an indication to that 
effect, either in the form of a visual or audible 
alarm, and the entire operation of the machine is 
placed in a suspended operation until the operator 
has reset the m onanism to correct the error. At 55 
this point, piece records are still awaiting transfer in 
their respective microprocessors in each of the 
modules, and the system is on suspension pending 



restart, indicated in block 430. Once the error is 
corrected, the operator re-starts, and the operation 
then resumes. Resumption of the operation re- 
sumes continuing successive scans, block 432. 
The error scan operation then repeats itself. Along 
with the resumption of the scan operation, a record 
is kept, block 434, of the errors occurring through- 
out the system. The bass unit keeps an accumula- 
tive count of errors per run, along with the types of 
errors. The error may be stored at the moment of 
storage of block 412, when the module has finished 
its preceding operation. This error record is added 
to the piece record. The piece record is passed on 
the serial link from module to module, as explained 
above, until it reaches the base unit. Thus, the 
base unit may keep track of errors by storing, from 
each piece, record as it is received, the location 
and type of error. Such data may be derived totally 
from the piece record after the base unit receives 
same, and may include other additional information 
which is stored as a result of piece record report 
requirements, including piece count, collation er- 
rors, jams. etc. 

The piece record includes the length of the 
record, number of bytes, including control bytes, 
the control bytes containing bits indicating whether 
paper is present, the last piece tag, whether colla- 
tion is in error in batch processing, first piece, last 
piece, presence or absence of the control docu- 
ment, functions for downstream modules, selec- 
tions made according to collation records or docu- 
ment numbers, and other additional information. 
The current preferred length of piece record is 256 
bytes for the purpose of conserving memory; how- 
ever, it will be understood that the piece record 
may be varied in accordance with operator needs. 

There is a local handshaking operation be- 
tween modules and between modules and the base 
unit, noted in Fig. 5, and designated in buses 108, 
110, 112, 114... etc. Local handshaking includes 
information such as, piece ready, piece record re- 
lease, piece release, etc., all of which are utilized 
for specific control of transmission of upstream 
module documents by release from the queuing 
station to the next successive downstream module. 
Each of the respective sensors indicated in Fig. 2 
serve as part of the error indication- for each mod- 
ule. The sensors are used to point out error flags to 
the local microprocessor and each respective mod- 
ule on a timing basis for indicating whether or not 
documents are in the proper location and the prop- 
er sequence. Any error indicated by improper 
sensing of documents at the in correct time results 
in the .placement of an error flag in the local micro- 
processor, and these errors are picked up during 
system status checks periodically made along the 
multidrop global serial parallel data bus line, as 
described above. 
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The unique operation of permitting each in- 
dividual module to have entirely pre-stored error 
messages within each module allows for multi- 
language translation to be utilized in conjunction 
with the present invention. In this instance, each 
module is provided with an EPROM, containing an 
plurality of pre-stored messages, including mes- 
sages such as OUT OF PAPER, PAPER JAM and 
other messages relating to the feeding of multiple 
documents at each respective feed stations, trans- 
lated into as many different languages as may be 
conceivably employed for units shipped anywhere 
in the world. Thus, the advantage of encoding 
EPROM on this basis is that individual coding of 
error messages on a customized basis depending 
upon the specific language requirement of the user 
need not be done on a customer-by-customer ba- 
sis. The system is effected in the present invention 
by the use of a multi-language translation selection, 
which is selected upon startup with each respective 
machine operation. The difficulty encountered with 
multiple languages is the difference in the number 
of letters for each message, and the present inven- 
tion provides a unique method of indexing through 
8 variable character set, in accordance with how 
many characters each message contains. The sys- 
tem operates on a pointer basis. Thus, referring to 
Figure 15. a memory map shows the arrangement 
wherein a plurality of messages, four by way of 
example, ar9 stored in an EPROM, each message 
taking up a specific, but necessarily different, 
amount of pre-stored space, constituting pluralities 
of characters. It will be understood that additional 
languages may be feasible, and that many error 
messages may be present. Thus, the first message 
indicated as block 501 may be in English, whereas 
the successive messages constituting the same 
message but in another language and occupying a 
different message length is shown at 502. 503 and 
504 respectively. Thus, the error message shown 
on at 501 may be in English, 502 may be in 
French, 503 in German,- and 504 in Spanish. The 
translation subroutine for selecting appropriate 
message is illustrated in Figure 16, and forms part 
of the subroutine of the startup operations. The first 
step of the subroutine is to index the pointer 506 to 
the first message shown in block 510, and referring 
to EPROM memory storage location area 501. The 
system automatically defaults to English, which is 
indexed as the first message, and then allows the 
operator to switch languages. The sensing of the 
switching of languages, block 512, carries in de- 
cision block 514. The sensing may result from a 
manually set switch or a keyboard entered re- 
sponse to a screen displayed question. A NO re- 
sponse, indicating that languages are not to be 
switched, allows the subroutine to return to the 
main program, block 516. Should there be a lan- 



guage switch, the pointer 506 is reset depending 
upon the language selected. The system employs 
a multiplier concept, meaning that if the second 
language is selected, block 502, a multiplier of 1 is 

5 provided. The third language, block 503, is a multi- 
plier of 2. and the fourth language is a multiplier of 
3. The first character of each language indicates 
the number of characters present in that respective 
language, this block is indicated as first character 

w byte 501 A of block 501, 502A of block 502, 503A 
of block 503 and 504A of block 504. The language 
switch step 512. Figure 13, will indicate specific 
multipliers for the pointer 506 reset in block 518. 
As the pointer is reset, from block 501 to 502 if a 
number greater than 0 is selected, the pointer will 
move to the first byte position 502A from byte 
position 501 A by the amount of characters in- 
dicated in the first byte position 501 A and amount- 
ing to the number of characters stored in the first 

20 message translation plus one. Thus, if there are 40 
characters in English, byte 501 A will indicate 41 
characters present in message 501. The additional 
character represents the byte storing the character 
information. If the pointer is to be reset, pointer 506 

25 moves to the first byte portion of the language 
indicated by its multiplier, '1, 2, 3, which is an 
indication the number of times the reset operation 
is to take place. Thus, if language block 504 se- 
lected, the multiplier is 3, the software routine first 

30 analyzes character byte position 501 A, determines 
the number of characters, and jumps to character 
position 502A. This is only the first iteration. If 3 
iterations have been selected, the operation re- 
peats itself a second time, moving to block 503A, 

35 calculating the move by the number of character 
positions stored at the first pointer indexing posi- 
tion found in block 502A. The operation then re- 
peats again, causing the translation pointer to point 
to block 504A. which is the selected language. 

40 Thus, as shown in Fig. 13, after the initial pointer 
reset, block 518. the character quantity is read, 
block 520, and the pointer jumps by the character 
quantity, block 522. At this point, if the number of 
jumps equals the language selection multiplier, de- 

45 cision block 524, then the program routine returns 
to the startup subroutine, block 516. If it does not, 
then the jump counter is incremented by 1, block 
526, and program returns to block 518 for a repeat 
of the operation. The operation continues to recycle 

so until the jump(s) equals the selected multiplier 
language(s), thereby indicating the pointer now at 
the correct language translation error message. 

Specific examples of software routines for spe- 
cific operations are described in the accompanying 

55 Attachments (Appendices) A-E which are filed on 
even date herewith in a copending European Pat- 
ent Application (reference C.456) No. 
In these appendices, 
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Appendix A shows a Collection Record and Queue 
Structure; 

Appendix B shows a Data Table Structure used 
in the base unit and extracted from the piece 
Record For Report Generation; 

Appendix C shows an Inter-Module Message 
Structure illustrating a command response from a 
module during Master Slave mode; 

Appendix 0 shows a System Configuration 
Analysis illustrating geographic assignment on 
Start-Up; and 

Appendix E shows a routine for Message 
Translation. 

Without further analysis, the foregoing will so 
fully reveal the gist of the present invention that 
others can, by applying current knowledge, readily 
adapt it for various applications without omitting 
features that, from the standpoint of prior art. fairly 
constitute essential characteristics cf the generic 
and specific aspects of this contribution to the art' 
and, therefore, such adaptations should and are 
intended to be comprehended within the meaning 
and range of equivalence of the appended claims. 

Claims 

1. In a material processing system comprising 
a plurality of material- processing stations and 
means for transporting articles to be processed 
serially through said processing stations in a given 
order, the improvement comprising a central pro- 
cessing station computer, a plurality of peripheral 
processing stations, a first data channel serially 
interconnecting each of said peripheral processing 
station computers with said central processing sta- 
tion computer, a second data channel connecting 
each of said peripheral processing station comput- 
ers directly with said central processing station 
computers, and a third data channel interconnec- 
ting each of said peripheral processing station 
computers with its next adjacent peripheral pro- 
cessing station computer, each of said channels 
performing a different data processing operation for 
controlling said serial processing for transporting 
articles. 

2. The system of claim 1 having start-up mode 
and a run mode, said central processing station 
operating as a master controller during start up 
mode processing signals along said front data 
channel, said plurality of peripheral processing 
channels operating independently of each other 
and said central processing station during run 
mode. 

3. The system of claim 1 wherein during run 
mode each peripheral processor generates a 
record of operation and error messages, said pe- 
ripheral processor passing its record of operation 



to a successive serially connected peripheral pro- 
cessor along said third data channel, and said error 
messages along said second data channel, said 
first data channel being rendered inoperative during 

5 run mode. 

• 4. The system of claim 3 wherein each periph- 
eral processor generates a completion of operation 
signal and a ready to receive signal, said peripheral 
processors each passing said signals to appro- 

io priate adjacent peripheral processors along said 
third data channel, said third data channel being a 
bidirectional data link. 

5. The system of claim 3 wherein each periph- 
eral processor processes its material processing 

15 until completion or interruption error, said comple- 
tion signalled by final means for passing a comple- 
tion signal along said third data channel., said error 
signalled to said central processing station by sec- 
ond means for passing said error signal from pe- 
20 ripheral processor along said second data channel, 
said second means operating independently of said 
first means whereby each peripheral processor will 
cause its associated material processing station to 
process to completion regardless of an error caus- 
es ing interruption in any other material processing 
station. 

6. The system of claim 1 wherein each of each 
peripheral processors includes a microprocessor, 
an input- buffer and an output buffer, and a signal 

30 passage port controller, said signal passage port 
controller passing signals from an upstream adja- 
cent peripheral processor to a lower adjacent pe- 
ripheral processor along said first data channel. 

35 
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© Dual mode communication. 



© A material processing system comprising a plu- 
rality of material processing stations and means for 
transporting articles to be processed serially through 
the processing stations in a given order, the im- 
provement comprising a central processing station 
computer, a plurality of peripheral processing sta- 
tions, each of the peripheral processing stations in- 
cluding a microprocessor, a first data channel seri- 
ally interconnecting each of the peripheral process- 
ing station computers with the central processing 



station computer, a second data channel connecting 
each of the peripheral processing station computers 
directly with the central processing station comput- 
ers, and a third data channel interconnecting each of 
the peripheral processing station computers with its 
next adjacent peripheral processing station comput- 
ers, each of the channels performing a different data 
processing operation for controlling the serial pro- 
cessing for transporting articles. 



CO 
< 

00 
CO 

<o 
oo 
o 



Local I lAf ip^HAKt. Sicmt. 



'V 



McouuE I 




/UP 












7S 



Z 1 N 



Module. B 



Basc Unit 



V 



HUITI-PRPP GuD&AlS&R^/feflAtlEL. DATA BuS 



T 



Rank Xerox (UK) Business Services 



Application Number 

EP 89 31 3673 



DOCUMENTS CONSIDERED TO BE RELEVANT 




Category 


Citation of document with indication, where appropriate, 
of relevant passages 


Relevant 
to ciaim 


CLASSIFICATION OF THE 
APPIJCATION (Int. O.S > 


A 

A 
A 
A 
A 

A 


GB-A-2 079 004 (CANON K.K.) 

* page 4, left column, line 39 - right 
column, line 130 * 

* page 6, left column, line 65 - right 
column, line 114 * 

* page 7, left column, line 19 - page 12, 
right column, line 75; figures 1-24 * 

GB-A-2 128 367 (XEROX CORPORATION) 

* page 1, line 120 - page 4, line 99; 
figures 1-4 * 

EP-A-0 215 633 (EMHART INDUSTRIES INC.) 

* page 3, column 3, line 48 - page 8, 
column 13, line 57; figures 1-13 * 

GB-A-2 048 203 (PITNEY BOWES INC.) 

* page 1, left column, line 6 - right 
column, line 101 * 

ELECTRO AND MINI/MICRO NORTHEAST 
CONFERENCE RECORD, 23-25 APRIL 1985, NEW 
YORK, US NEW YORK US 
pages 1-23 

SHL0M0 PRI-TAL & JOHN A. BLACK JR 'VME 
System : The Most Popular 32-bit 
Architecture 1 

* page 1 - page 23 * 

EP-A-0 180 988 (CANON K.K.) 

* page 15, line 13 - page 49, line 12; 
figures 1-19 * 


1-6 

1 
1 
1 
1 

1,8-11 


G05B19/04 


TECHNICAL FIELDS 
SEARCHED (Int. 0.5 ) 


G05B 

B43M 

■f 


The present search report has been drawn up for all claims 


PI act of icarch Dele of csae}tclk» of the uvea ExamiBer 

THE HAGUE 29 MARCH 1993 HAUSER L.E.R. 


CATEGORY OF CITED DOCUMENTS T : theory or principle underlying the Invention 

E : earlier patent document, but published on, or 
X : particularly relevant if taken alone after the filing date 
Y : particularly relevant if combined with another D : document died in the application 
document of the same category t ; document cited for other reasons 

A : technological background » — — 

O : non-written disclosure A t member of the same patent family, corresponding 
P : intermediate document document 



